home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20010306-20010921 / 000020_news@columbia.edu _Mon Mar 12 21:51:22 2001.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by monire.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id VAA07145
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Mon, 12 Mar 2001 21:51:22 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id VAA08417
  7.     for kermit.misc@watsun.cc.columbia.edu; Mon, 12 Mar 2001 21:31:53 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: jrd@cc.usu.edu (Joe Doupnik)
  10. Subject: Re: MSKermit TCP rwin?
  11. Message-ID: <GIR1IawPkn$Y@cc.usu.edu>
  12. Date: 12 Mar 01 19:07:42 MDT
  13. Organization: Utah State University
  14. To: kermit.misc@columbia.edu
  15.  
  16. In article <98jj04$i3o$1@sylvester.vcn.bc.ca>, David Stow <dastow@vcn.bc.ca> writes:
  17. > When I use MSKermit or NCSA Telnet over DOSPPPD, I get half a screen full
  18. > of information, a pause, and then the second half of the screen. (Both
  19. > programs are using mss=1460).  The problem goes away in NCSA Telnet when I
  20. > set rwin=4096, but setting Kermit's sliding windows has no effect.
  21. > 
  22. > Is this because the NCSA window is at the TCP level and the Kermit window
  23. > is at the application level?  Does MSKermit's TCP have a setting
  24. > comparable to NCSA Telnet's rwin=?
  25. > 
  26. > Thanks,
  27. > David Stow
  28. ---------
  29.     The sliding window for Kermit is for the Kermit protocol, not for
  30. the underlying transport mechanism (whatever that may be, and there are 
  31. lots of choices). MSK has fixed sizes for TCP transmit and receive buffering,
  32. 4KB each direction for each of up to six simultaneous sessions and still
  33. leave memory for non-Kermit things. It also has 6KB of receive packet 
  34. buffering before material enters the TCP/IP stack.
  35.     The problem has the hallmarks of path delay between MSK and the app
  36. at the far end of the link. The PPP driver may well be the culprit because
  37. there are no pauses when working over Ethernet. I can't help with the PPP
  38. driver, but you might look at it for tuning knobs.
  39.     Joe D.